Re: [INTERFACES] Postmaster getting veeeery big

Поиск
Список
Период
Сортировка
От Herouth Maoz
Тема Re: [INTERFACES] Postmaster getting veeeery big
Дата
Msg-id l03130304b3687a4f6aa7@[147.233.159.109]
обсуждение исходный текст
Ответ на Postmaster getting veeeery big  (Eildert Groeneveld <eg@tzv.fal.de>)
Список pgsql-interfaces
At 12:05 +0300 on 18/05/1999, Eildert Groeneveld wrote:


>
> Hello everyone,
> we observe a problem when doing some sort of aggregation like
>
> select distinct count(substr(narodene,5,4)) from raw_field;
>
> (raw_field has 1300000 rows)
>
>
> On executing this query the postmaster grows in memory size until it runs
> out of virtual mem and dies.
>
> Any ideas of what is going on and how to avoid this?

No matter what the memory problem is (memory used for the substr function
not released, probably), I think your query is wrong.

I think what you wanted was the count of the distinct substrings. But
that's "count distinct" (which is not implemented in PostgreSQL yet) and
not "distinct count". Distinct count only has meaning in a group-by query.

So you should probably rephrase your query as:

SELECT count(*)
FROM raw_field r1
WHERE int4( r1.oid ) = (  SELECT max( in4(oid) )  FROM raw_field r2  WHERE substr( r1.narodene,5,4) = substr(
r2.narodene,5,4)
);

The WHERE clause will only become true when the current row has the maximal
oid for the same substring of narodene. In effect, it selects one row for
each substring. Thus you will get the count of the distinct substrings.

Herouth

--
Herouth Maoz, Internet developer.
Open University of Israel - Telem project
http://telem.openu.ac.il/~herutma




В списке pgsql-interfaces по дате отправления:

Предыдущее
От: Constantin Teodorescu
Дата:
Сообщение: Broken select on regular expression !!!
Следующее
От: selkovjr@mcs.anl.gov
Дата:
Сообщение: Re: [INTERFACES] Paths in DBD::Pg